home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960715-19961006 / 000081_news@columbia.edu _Sat Jul 27 09:27:04 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  7KB

  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id JAA06968 for <kermit.misc@watsun.cc.columbia.edu>; Sat, 27 Jul 1996 09:27:04 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id JAA15065 for kermit.misc@watsun; Sat, 27 Jul 1996 09:27:02 -0400 (EDT)
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!spool.mu.edu!usenet.eel.ufl.edu!news-res.gsl.net!news.gsl.net!news.mathworks.com!enews.sgi.com!decwrl!nntp.crl.com!nntp.crl.com!croten
  5. From: croten@crl.crl.com (Charles Roten)
  6. Newsgroups: comp.protocols.kermit.misc,comp.dcom.modems
  7. Subject: Re: Problem getting 28800 bps in C-Kermit 5A(190) on a v.34 internal
  8. Followup-To: comp.protocols.kermit.misc,comp.dcom.modems
  9. Date: 27 Jul 1996 09:24:51 GMT
  10. Organization: Widgets, Inc.
  11. Lines: 135
  12. Message-ID: <CROTEN.96Jul27022451@crl.crl.com>
  13. References: <CROTEN.96Jul24005129@crl.crl.com> <4t63nh$imc@samba.rahul.net>
  14.     <CROTEN.96Jul27005455@crl.crl.com>
  15. NNTP-Posting-Host: crl.com
  16. In-reply-to: croten@crl.crl.com's message of 27 Jul 1996 07:54:54 GMT
  17. Xref: news.columbia.edu comp.protocols.kermit.misc:5654 comp.dcom.modems:145788
  18.  
  19. In article <CROTEN.96Jul27005455@crl.crl.com> croten@crl.crl.com 
  20. (Charles Roten) wrote:
  21.  
  22.  [stuff about Rockwell RPI chipset problems deleted]
  23. >In article <4t63nh$imc@samba.rahul.net> Clarence Dold <dold@rahul.net> 
  24. >writes:
  25.  
  26.  [stuff about flages in Makefile, and interference by/with Suntools 
  27.   problems deleted]
  28. >>: I _can_ set the speed to 38400 .. but max throughput indicates a solid 
  29. >>: connection at _half_ that speed, 19200.  I _cannot_ seem to access 
  30. >>[...]
  31. >>: BTW, the system is an elderly Sun 386i, with a generic "Best Data" 
  32. >>: "Smart One" (tm) 2834F Rockwell chipset v.34 internal modem.  
  33.  
  34. >>A connection speed of 19200 sounds like a modem limitation.
  35. >>Some "SmartOne" modems are Rockwell RPI, only fully usable with a special
  36. >>software driver, usually under Windows.
  37. >>Without this driver, they limit to 19200, and have no error correction, which
  38. >>makes 19200 almost impossible.
  39.  
  40. >Hmm .. no problem seen so far with 19200 .. except an apparent inability to 
  41. >get above that throughput except fleetingly and temporarily during downloads 
  42. >where _overall_ efficiency is rated by "stat" right at 50% (or a hair under) 
  43. >for a _38400_ _bps_ connection.  I would expect 60-66% if I were receiving 
  44. >at 28800 bps, of course.  
  45.  
  46. >>Do you get a "CONNECT xxx00, LAP-M" or something like that?
  47.  
  48. >Nope .. just "CONNECT 38400".  No ", LAP-M" suffix at all.  
  49.  
  50. >The only place I see the "LAPM" string mentioned in my manual at all is in 
  51. >the table of AT result codes, where result code 77, "PROTOCOL:LAPM", is 
  52. >said to mean "v.42 LAP-M error correction".  I have _never_ come across the 
  53. >"PROTOCOL:LAPM" message in any connection made with this beast.  
  54.  
  55. >Included for your perusal is my (modified) .kermrc file.  
  56.  
  57. >set line /dev/ttym1
  58. >set incomplete keep
  59. >set flow rts/cts
  60. >set speed 38400
  61. >set dial speed-matching off    <<<<---    _This_ line was _just_ _now_ added, 
  62. >                       and _has_ _not_ _been_ _tested_ 
  63. >                       _yet_.  If it works .. thanks, 
  64. >                       Clarence.  
  65.  ^^^^^^^^^^^^^^^^^^^^^^^^^^^
  66.  
  67. ** BAD IDEA !!! **  I just A/B'ed this line with a test with the line 
  68. commented _out_.  Results below.  
  69.  
  70.  
  71. >set parity none
  72. >set send packet-length 9000
  73. >set receive packet-length 9000
  74. >set window 1
  75. >set file type binary
  76. >set block 3
  77. >set file display fullscreen
  78. >set modem-dialer hayes
  79. >set file names literal
  80. >set wildcard-expansion shell
  81. >set prompt vulcan>
  82.  
  83. I just tried to download a mail archive of uuencoded stuff with two versions 
  84. of the above .kermrc file.  Archive size was 2280872 bytes.  
  85.  
  86. _With_ 'set dial speed-matching off', I got the following:
  87. 1) _Lousy_ average packet sizes, all over the map but rarely at the 
  88.    practical maximum of 8999 bytes.  
  89. 2) _Lousy_ throughput .. around 1200 CPS.  
  90. 3) Premature termination due to multiple timeouts less than a quarter of 
  91.    the way through the download.  
  92.  
  93. _With_OUT_ this "feature" enabled, I got a successful transfer with an 
  94. effective data rate of 2149 CPS.  Results of "stat" follow ...  
  95.  
  96.  
  97. vulcan>
  98.  
  99.  
  100.  files transferred      : 1
  101.  files not transferred  : 0
  102.  characters last file   : 2280872
  103.  total file characters  : 2280872
  104.  communication line in  : 2360731
  105.  communication line out : 2155
  106.  packets sent           : 268
  107.  packets received       : 268
  108.  damaged packets rec'd  : 0
  109.  timeouts               : 0
  110.  retransmissions        : 1
  111.  parity                 : none
  112.  8th bit prefixing      : no
  113.  locking shifts         : no
  114.  window slots used      : 1 of 1
  115.  packet length          : 8999 (send), 9000 (receive)
  116.  compression            : yes [~] (11915)
  117.  block check type used  : 3
  118.  elapsed time           : 1061 sec
  119.  transmission rate      : 38400 bps
  120.  effective data rate    : 2149 cps
  121.  efficiency (percent)   : 56
  122.  
  123.  
  124. >Another problem I get from this combination of C-Kermit, terminal emulator, 
  125. >and windowing system on my box is the (quite sudden) interruption of a file 
  126. >transmission with the "too many NAKs" complaint from C-Kermit.  
  127.  
  128. >Could this be an artifact of the fact that these file transmissions are 
  129. >from a host in California (crl.com) which mounts C-kermit, _through_ _a_ 
  130. >_telnet_ _connection_ _from_ _an_ _intermediate_ _host_ (a local Seattle-
  131. >based ISP .. crl.com has no Seattle POP), to my local UNIX box ?  
  132. >Yeah, I know .. a wierd way to do things ..  
  133.  
  134. >Owing to the fact that I am not _sure_ of binary file transmission accuracy 
  135. >in this "relayed" mode, I uuencode any file which even I _suspect_ of 
  136. >containing  non-printable characters.  Then, when the "too many NAKs" bug 
  137. >shuts me down, I can use UNIX "split", fore and aft, on the (uuencoded) file, 
  138. >throwing away the last line or two on the receiving box and the lines before 
  139. >that on the one sending.  Then I retransmit the remainder, and concatenate 
  140. >the two partial files together at my destination.  Truly a disgusting hack.  
  141. >Sigh.  
  142.  
  143. >I'll try out the effect of 'set dial speed-matching off' in my .kermrc later 
  144. >this evening.  Thanks.  I just hope it helps throughput, but I don't hold out 
  145. >much hope of it assisting the fragility of Sunview in the presence of an 
  146. >ongoing C-Kermit download in a vttool window.  
  147.  
  148.  [Makefile speculations deleted]
  149. >[Clarence's .sig deleted]
  150.  
  151. In conclusion .. "set dial speed-matching off" makes things WORSE .. a LOT 
  152. worse.  
  153.